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DETAILED ACTION 

1 . A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1.17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 
1 .17(e) has been timely paid, the finality of the previous Office action has been withdrawn 
pursuant to 37 CFR 1.114. 

Applicant's submission filed on January 21, 2009 has been entered. 

2. Claims 1 and 21-39 have been examined. 

Response to Amendments 

3. In the instant amendment, claims 1 , 30 and 32 have been amended. 

4. The objection to claims 1 and 32 is withdrawn in view of Applicant's amendments. 

Claim Objections 

5. Claim 1 is objected to because of minor informalities. 

Line 16 recites "optimizing the translation ..." without antecedent basis. Based on 
lines 13-14, the phrase in lines 16-17 is considered to read as - -optimizing the [[translation 
by the interpreter action codes of the]] encoding the semantically enriched opcodes into 
interpreter action codes according to a system state. 

Appropriate correction is requested. 

Response to Arguments 

6. Applicants' arguments have been considered. 

a) The limitations "augmenting a bytecode set of the virtual machine with 
semantically enriched opcodes, thereby constituting an application domain-specific virtual 
machine" (e.g., claim 1, lines 5-6 and Remarks, pp. 10-11). 

The examiner respectfully disagrees with Applicants' assertions. As clearly defined 
in claim and the originally filed disclosure: 
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" augmenting a bytecode set of the virtual machine with semantically enriched 
opcodes" (e.g., recited in claim 1, lines 5-6); and 

"Online sEc-opcode embedding was adopted to replace the sequence of bytecode 
comprising the sEc-opcode with a single corresponding sEc-opcode ." (specification, page 10, 3- 
4). 

Accordingly, a semantically enriched opcode is defined as being augmented/ 
replaced from a sequence of bytecode (emphasis added). 

In light of the claim language and the originally filed disclosure, Sokolov explicitly 
teaches: 

"augmenting a bytecode set of the virtual machine with semantically enriched 
opcodes" (e.g., FIG. 12A, conventional Java bytecode "Getfield" and "Astorex" are 
augmented/replaced by inventive opcode "Get_Store" (a semantically enriched opcode); 
FIG. 13C, conventional Java bytecode "lastore" and "dastore" are augmented/replaced by 
another inventive opcode "ASTOREL" (another semantically enriched opcode), 

"thereby constituting an application domain-specific virtual machine" (e.g., 
col.4: 3-15, col. 6: 23-26, Java virtual machine specific to interpret and run the inventive 
opcodes, col. 7: 51-59). 

b) The limitations "performing a quantitative trade-off between execution time and 
memory space to determine effective semantically enriched opcodes and encoding the 
semantically enriched opcodes into interpreter action codes based upon the trade-off" 
(e.g., claim 1, lines 10-12 and Remarks, pp. 11-12) 

The examiner respectfully disagrees with Applicants' assertions. Sokolov explicitly 
teaches: 

performing a quantitative comparison between execution time and memory 
space (e.g., col. 2: 64 - col. 3: 9 and col.5: 66 - col.6: 9, the inventive opcodes executes 
faster (with fewer instructions) and occupy less memory space (with fewer instructions) 
than conventional opcodes; col. 8: 1-11) 



Application/Control Number: 10/630,913 
Art Unit: 2192 



Page 4 



to determine effective semantically enriched opcodes and encoding the 
semantically enriched opcodes into interpreter action codes based upon the comparison 
(e.g., col. 3: 14-col.4: 15 and FIG. 4, after reaching a predefined threshold, generating Java 
macro instructions (inventive opcodes/semantically enriched opcodes) based on the 
comparison (executing faster and less memory space than conventional opcodes doing); 
col.5: 28 -col.6: 38; col.1 1:9-32). 

c) The newly added limitations "optimizing the encoding the semantically enriched 
opcodes into interpreter action codes according to a system state, said system state being 
represented by at least one symbolic variable " (e.g., claim 1, lines 16-18 and Remarks, pp. 
11-12, emphasis added): 

After further consideration, the examiner notes that Sokolov also teaches these 
newly added limitations "optimizing the encoding the semantically enriched opcodes into 
the interpreter action codes according to a system state, said system state being 
represented by at least one symbolic variable " (e.g., 

FIG. 4, block 406 "Sequence has been counted for at least a predetermined 
number of times? YES" 

-> block 408 "Generate a Java macro instruction that represents the 
sequence of Java Bytecode instructions", i.e., only generates macro instruction and 
passes it to Java interpreter based on whether a counter reaches/exceeds a predefined 
threshold (a predefined system state), 

wherein said predefined threshold (said predefined system state) is a 
variable and compared with a counter - see block 404 " Count the number of times 
emphasis added). 

d) Independent claim 30 (Remarks, pp. 13-16): 

Independent claim 30 recites the same limitations as in claim 1 and also rejected 
with the same ground of rejection as set forth above. 



e) Dependent claims 21 and 31 (Remarks, pp. 16-17): 
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Limitations at issues "analyzing an application code using static optimization, the 
static optimization comprising parsing the application code to identify at least one repeated 
sequence of bytecodes and replace the at least one repeated sequence of bytecodes with 
a semantically enriched opcode" (emphasis added). 

Per the plain language of claims "the static optimization comprising parsing the 
application", Solokov explicitly teaches: 

analyzing an application code using static optimization, the static optimization 
comprising parsing the application code to identify at least one repeated sequence of 
bytecodes (e.g., FIG. 4, block 402 "Read a stream of Java Bytecode instructions ..." -> 
block 404 "Count the number of times col.2: 19-col.3: 47, i.e., parsing and identifying 
at least one repeated sequence ) and 

replace the at least one repeated sequence of bytecodes with a semantically 
enriched opcode (e.g., col. 5: 28 - col. 6: 38). 

f) Dependent claims 23 and 33 (Remarks, pp. 17-18): 

Limitations at issue "discovering at least one repetitive computational sequence 
used in a symbolic state and generating a semantically enriched opcode corresponding to 
the at least one repetitive computational sequence used in the symbolic state". 

The examiner respectfully disagrees. Solokov explicitly teaches: 

discovering at least one repetitive computational sequence used in a symbolic state 
(e.g., FIG. 4, block 404, col. 8: 1-11, while not end of stream (while still in loop), counting 
the number of times and checking whether it reaches/exceeds a predetermined number of 
times (a symbolic state)); and 

generating a semantically enriched opcode corresponding to the at least one 
repetitive computational sequence used in the symbolic state (e.g., FIG. 4, block 408, 
col.11: 9-32, "Generate a Java macro instruction that represents the sequence of Java 
Bytecode instructions"). 

g) Dependent claims 24 and 34 (Remarks, pp. 18-19): 
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Limitations at issue "the symbolic state comprises at least one of: control flow, data 
flow, entry points, and operational arguments". 

The examiner respectfully disagrees. Solokov explicitly teaches the symbolic state 
comprises at least one of: control flow, data flow, entry points, and operational arguments 
(e.g., FIG. 4, block 406 reaching a predetermined number of times? YES/NO (control flow 
selected between 2 branches), col. 5: 55 - col .6: 26). 

h) Dependent claims 25 and 35 (Remarks, pp. 19-20): 

Limitations at issue "optimizing native code output by the virtual machine using a 
global optimizing compiler". 

The examiner respectfully disagrees. Solokov explicitly teaches optimizing native 
code output by the virtual machine using a global optimizing compiler (e.g., FIG. 4, col. 7: 
37-67, each application has different frequently repeated Java bytecode stream -» block 
408, different Java macro instructions are generated; FIG. 1A, col. 8: 62 - col. 9: 17, a 
compiler can be used with different Java macro instructions in different applications, i.e., a 
global optimizer compiler). 

i) Dependent claims 27, 29, 37 and 39 (Remarks, page 20): 

These claims are also rejected based on virtue of their dependencies on the 
rejected base claims 1 and 30, respectively. 

In conclusion, the examiner respectfully maintains ground of the 35 USC §103 
rejection over claims 1 and 21-39. 

Claim Rejections - 35 USC §103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented 
and the prior art are such that the subject matter as a whole would have been obvious at the time the 
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invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

8. Claims 1 and 21-39 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sokolov (art of record, US Patent No. 6,988,261) in view of Egashira (art of record, US 
Patent No. 6,014,519). 
Claim 1: 

Sokolov discloses a method of optimizing the performance of an interpreter based 
runtime system, the runtime system including a virtual machine, the virtual machine 
adapted to run an application in the context of the runtime environment, the method 
comprising: 

augmenting a bytecode set of the virtual machine with semantically enriched 
opcodes (e.g., FIG. 12A, conventional Java bytecode "Getfield" and "Astorex" are 
augmented/replaced by inventive opcode "Get_Store" (a semantically enriched opcode); 
FIG. 13C, conventional Java bytecode "lastore" and "dastore" are augmented/replaced by 
another inventive opcode "ASTOREL" (another semantically enriched opcode"; FIG. 2B, 
col.6:55-col.6: 26). 

thereby constituting an application domain-specific virtual machine (e.g., 
col.4: 3-15, col. 6: 23-26, Java virtual machine specific to the inventive opcodes, col. 7: 51- 
59; FIG. 5, FIG. 2B-C, col .8: 62 - col.9: 17); 

optimizing the virtual machine based on semantics of the application to be 
run on the virtual machine (e.g., FIG. 5, col.7: 37-67; FIG. 2B-C, col.8: 62 - col.9: 17), 

with at least a portion of the semantically enriched opcodes being specific to 
the application (e.g., FIG. 4, col.7: 6-19, block 404-406, each application has different 
frequently repeated bytecode -> block 408, specific macro instructions are generated, i.e., 
semantically enriched opcodes specific to each application); 

performing a quantitative comparison between execution time and memory 
space (e.g., col. 2: 64 - col. 3: 9 and col.5: 66 - col.6: 9, the inventive opcodes executes 
faster (fewer instructions) and occupy less memory space (fewer instructions); col.8: 1-11) 
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to determine effective semantically enriched opcodes and encoding the 
semantically enriched opcodes into interpreter action codes based upon the comparison 
(e.g., col. 3: 14-col.4: 15 and FIG. 4, after reaching a predefined threshold, generating Java 
macro instructions (inventive opcodes/semantically enriched opcodes) based on the 
comparison (executing faster and less memory space); col. 5: 28 - col.6: 38; col.1 1 : 9-32); 

analyzing frequently executed bytecodes (e.g., FIG. 4, col.6: 66 - col. 7: 19) 

and 

encoding the semantically enriched opcodes into interpreter action codes of 
the instruction set of the virtual machine to efficiently decode the frequently executed 
bytecodes (e.g., FIG. 9B, col.9: 50 -col. 10: 11); 

optimizing the encoding the semantically enriched opcodes into the 
interpreter action codes according to a system state, said system state being represented 
by at least one symbolic variable (e.g., FIG. 4, block 406 "Sequence has been counted for 
at least a predetermined number of times? YES -> block 408 "Generate a Java macro 
instruction that represents the sequence of Java Bytecode instructions", i.e., only 
generates macro instruction and passes it to Java interpreter based on whether a counter 
reaches/exceeds a predefined threshold (a predefined system state), wherein said 
predefined threshold (said predefined system state) is a variable and compared with a 
counter - see block 404 " Count the number of times . . .", emphasis added); and 

statically embedding the semantically enriched opcode to optimize execution 
of the interpreter-based runtime system (e.g., FIG. 4, block 408, col.6: 66 - col. 7: 19; FIG. 
5, col.7: 37-67). 

Sokolov does not explicitly disclose performing a quantitative trade-off between 
execution time and memory space to determine effective semantically enriched opcodes 
and encoding the semantically enriched opcodes into interpreter action codes based upon 
the trade-off. 

However, in an analogous art, Egashira further discloses performing a quantitative 
trade-off between execution time and memory space to determine effective semantically 
enriched opcodes and encoding the semantically enriched opcodes into interpreter action 
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codes based upon the trade-off (e.g., FIG. 3, col.7:60 - col.8: 53; FIG. 7, col. 12: 57 - 
col.13: 18; col.6: 60 - col.7: 33). 

It would have been obvious to a person having ordinary skill in the art at the time 
the invention was made to combine Egashira's teaching into Sokolov' teaching. One 
would have been motivated to do so to generate an object module file with a shorter 
execution time in a range of code size as suggested by Egashira (e.g., col. 2: 45-54; col. 3: 
22-29; col.3: 62 -col .4: 39). 

Claim 21: 

Sokolov discloses the method of claim 1, further comprising analyzing an 
application code using static optimization, the static optimization comprising parsing the 
application code to identify at least one repeated sequence of bytecodes (e.g., FIG. 4, 
block 402 "Read a stream of Java Bytecode instructions ..." -» block 404 "Count the 
number of times col. 2: 19 -col.3: 47, i.e., parsing and identifying at least one repeated 
sequence ) and 

replace the at least one repeated sequence of bytecodes with a semantically 
enriched opcode (e.g., col. 5: 28 - col.6: 38). 

Claim 22: 

Sokolov discloses the method of claim 1, further comprising analyzing an 
application code using dynamic optimization, the dynamic optimization comprising: 
analyzing temporal behavior of the application code during execution (e.g., col.8: 12-46); 
and 

identifying and replacing at least one repeated computational sequence in a 
bytecode stream with a semantically enriched opcode (e.g., col. 9: 23 - col. 10: 34). 

Claim 23: 

Sokolov discloses the method of claim 1, further comprising: discovering at least 
one repetitive computational sequence used in a symbolic state (e.g., FIG. 4, block 404, 
col.8: 1-11, while not end of stream (while still in loop), counting the number of times and 
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checking whether it reaches/exceeds a predetermined number of times (a symbolic state)); 
and 

generating a semantically enriched opcode corresponding to the at least one 
repetitive computational sequence used in the symbolic state (e.g., FIG. 4, block 408, 
col. 11: 9-32, "Generate a Java macro instruction that represents the sequence of Java 
Bytecode instructions"). 

Claim 24: 

Sokolov discloses the method of claim 23, wherein the symbolic state comprises at 
least one of: control flow, data flow, entry points, and operational arguments (e.g., FIG. 4, 
block 406 reaching a predetermined number of times? YES/NO (control flow selected 
between 2 branches), col. 5: 55 - col. 6: 26). 

Claim 25: 

Sokolov discloses the method of claim 1, further comprising optimizing native code 
output by the virtual machine using a global optimizing compiler (e.g., FIG. 4, col. 7: 37-67, 
each application has different frequently repeated Java bytecode stream -> block 408, 
different Java macro instructions are generated; FIG. 1A, col. 8: 62 - col.9: 17, a compiler 
can be used with different Java macro instructions in different applications, i.e., a global 
optimizer compiler). 

Claim 26: 

Sokolov discloses the method of claim 1, further comprising optimizing the virtual 
machine by offline compilation of the virtual machine by a host device (e.g., col. 3: 14 - 
col.4: 15; col.6: 66-col.7: 19). 

Claim 27: 

Sokolov discloses the method of claim 1, further comprising optimizing the virtual 
machine by online modification of a generic virtual machine by inserting a stub (e.g., col. 2: 
64-col.3: 9; col. 7: 37-67), 
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the stub automatically loading a semantically enriched opcode when the virtual 
machine encounters an identified code segment with a bytestream (e.g., col. 6: 66 - col. 7: 
19). 

Claim 28: 

Sokolov discloses the method of claim 1, further comprising offline embedding of 
the semantically enriched opcodes in an application by substituting a semantically 
enriched opcode for a corresponding code segment (e.g., col. 9: 50 - col. 10: 11). 

Claim 29: 

Sokolov discloses the method of claim 1, further comprising online embedding of 
semantically enriched opcodes by a class loader (e.g., col. 2: 1 9 - col. 3: 47), 

said class loader substituting a semantically enriched opcode for a corresponding 
code segment (e.g., col. 3: 14 -col. 4: 15). 

Claim 30: 

Sokolov discloses a system for optimizing performance of an interpreter based 
runtime system, the runtime system including a virtual machine, the system comprising: 

application code; an embedded processor; a virtual machine configured to 
translate said application code into native machine code compatible with said embedded 
processor (e.g., col. 2: 19 -col. 3: 47; col.3: 14-col.4: 15); 

a detection module, said detection module being configured to analyze said 
application code to identify code segments that could be efficiently represented as 
semantically enriched opcodes (e.g., FIG. 2B, col.5: 55 - col. 6: 26; FIG. 4, col. 6: 66 - col.7: 
19); 

at least a portion of the semantically enriched opcodes being specific to said 
application (e.g., FIG. 4, col.7: 6-19, block 404-406, each application has different 
frequently repeated bytecode -> block 408, specific macro instructions are generated, i.e., 
specific semantically enriched opcodes); 
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an embedding module, said embedding module being configured to embed 
said semantically enriched opcodes in said application (e.g., col. 5: 66 - col. 6: 9; col. 8: 12- 
46; col. 9: 23 -col. 10: 34); 

a code generation module, said code generation module being configured to 
generate optimized action code for translating said semantically enriched opcodes 
according to symbolic states (e.g., FIG. 4, col.6: 66 - col. 7: 19; FIG. 6A, "New" and "Dup"; 
FIG. 9A, block 902 and "Loop 1"; FIG. 9B, blocks 910 and 920; col.11: 9-32, Appendix A), 

each of said symbolic states being represented by at least one symbolic 
variable (e.g., FIG. 4, block 406 "Sequence has been counted for at least a predetermined 
number of times? YES -> block 408 "Generate a Java macro instruction that represents 
the sequence of Java Bytecode instructions", i.e., only generates macro instruction and 
passes it to Java interpreter based on whether a counter reaches/exceeds a predefined 
threshold (a predefined system state), wherein said predefined threshold (said predefined 
system state) is a variable and compared with a counter - see block 404 " Count the 
number of times emphasis added); and 

a build module configured create an application domain-specific virtual 
machine by incorporating said optimized action code and a bytecode set comprising said 
semantically enriched opcodes into said virtual machine (e.g., FIG. 5, col. 7: 37-67; FIG. 
7B-C, col.8:62-col.9: 17). 

Sokolov does not explicitly disclose performing a quantitative trade-off between 
execution time and memory space to determine effective semantically enriched opcodes 
and encoding the semantically enriched opcodes into interpreter action codes based upon 
the trade-off. 

However, in an analogous art, Egashira further discloses performing a quantitative 
trade-off between execution time and memory space to determine effective semantically 
enriched opcodes and encoding the semantically enriched opcodes into interpreter action 
codes based upon the trade-off {e.g., FIG. 3, col.7:60 - col.8: 53; FIG. 7, col. 12: 57 - 
col.13: 18; col.6: 60 -col.7: 33). 
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It would have been obvious to a person having ordinary skill in the art at the time 
the invention was made to combine Egashira's teaching into Sokolov' teaching. One 
would have been motivated to do so to generate an object module file with a shorter 
execution time in a range of code size as suggested by Egashira (e.g., col. 2: 45-54; col. 3: 
22-29; col.3: 62 -col .4: 39). 

Claim 31: 

Sokolov discloses the system of claim 30, wherein said detection module is 
configured to analyze said application code using static optimization, said static 
optimization comprising parsing said application code to identify at least one repeated 
sequence ofbytecodes (e.g., col. 5: 28 - col.6: 38; col. 9: 23 - col. 10: 34) and 

replace said at least one repeated sequence of bytecodes with a semantically 
enriched opcode (e.g., col. 5: 66 - col.6: 9; col.7: 37-67). 

Claim 32: 

Sokolov discloses the system of claim 31, wherein said detection module is further 
configured to analyze said application code using dynamic optimization, said dynamic 
optimization comprising: analyzing temporal behavior of the application code during 
execution (e.g., col. 2: 64 - col.3: 9); and 

identifying and replacing at least one repeated computational sequence in a 
bytecode stream with a semantically enriched opcode (e.g., col.3: 14 - col.4: 15; col. 5: 66 
-col.6: 9). 

Claim 33: 

Sokolov discloses the system of claim 30, wherein said generation module is further 
configured to: discover at least one repetitive computational sequence used in a said 
symbolic state (e.g., col.8: 12-46); and 

generate a semantically enriched opcode corresponding to the at least one 
repetitive computational sequence used within said symbolic state (e.g., col. 9: 23 - col. 10: 
34). 
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Claim 34: 

Sokolov discloses the system of claim 33, wherein said symbolic state comprises at 
least one of: control flow, data flow, entry points, and operational arguments (e.g., col. 5: 66 
-col.6: 9; col.8: 1-11). 

Claim 35: 

Sokolov discloses the system of claim 30, further comprising a global optimizer 
compiler configured to optimizing native code output by said virtual machine (e.g., col. 5: 28 
-col.6: 38). 

Claim 36: 

Sokolov discloses the system of claim 30, wherein said virtual machine is compiled 
offline by a host device (e.g., col.8: 12-46). 

Claim 37: 

Sokolov discloses the system of claim 30, wherein said virtual machine is modified 
online by inserting a stub, said stub automatically loading a semantically enriched opcode 
when said virtual machine encounters an identified code segment with a bytestream (e.g., 
col.7: 37-67). 

Claim 38: 

Sokolov discloses the system of claim 30, wherein said application code is modified 
offline by substituting a semantically enriched opcode for a corresponding code segment 
contained with said application code (e.g., col.3: 14 - col.4: 15; col.6: 66 - col.7: 19). 

Claim 39: 

Sokolov discloses the system of claim 30, wherein a class loader embeds said 
semantically enriched opcodes online, said class loader substituting a semantically 
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enriched opcodes for a corresponding code segment (e.g., col. 2: 19 - col. 3: 47; col. 5: 28 - 
col.6: 38). 

Conclusion 

9. Any inquiry concerning this communication should be directed to examiner Thuy Dao 
(Twee), whose telephone/fax numbers are (571) 272 8570 and (571) 273 8570, 
respectively. The examiner can normally be reached on every Tuesday, Thursday, and 
Friday from 6:00AM to 6:00PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam, can be reached at (571) 272 3695. 

The fax phone number for the organization where this application or proceeding 
is assigned is (571) 273 8300. 

Any inquiry of a general nature of relating to the status of this application or 
proceeding should be directed to the TC 2100 Group receptionist whose telephone 
number is (571) 272 2100. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status information 
for unpublished applications is available through Private PAIR only. For more information 
about the PAIR system, see http://pair-direct.uspto.gov. Should you have questions on 
access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866- 
217-9197 (toll-free). 
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